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MULTIPROCESSOR EMULATION SUPPORT USING DYNAMIC LINKING 

TECHNICAL FIELD OF THE INVENTION 

The present invention relates to software and hardware 
tools used to develop embedded systems, and, more 
particularly, to the support of debugging in a 
heterogeneous multiprocessor embedded system. 
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BACKGROUND OF THE INVENTION 

Digital signal processing refers to the electronic 
processing of signals, or any application that involves 
rapid numeric processing. The software development for 
5 applications on digital signal processors is an iterative 

process. A compiler translates source code into an 
assembly language source code. An assembler translates the 
assembly language source code files into machine language 
ifj object files. Source files may contain instructions, 

!fi? 10 assembly directives, and macro directives. A linker 

Sj combines the object files into a single executable object 

Hi module or program. As the linker creates the executable 

module, it performs symbolic relocation and resolves 
13 external references. The linker accepts object files 

j;J 15 created by the assembler as input. The linker also accepts 

1^' archive or library members and output modules created 

ri 

y, previously. The objective of this development process is 

to produce an executable module that may be stored and 
executed on a device or processor. 

20 Debugging tools are available to test processors and 

the linked, executable code. Application software 

development requires a level of simulation, observability 
and controllability of the software within the hardware 
system being developed. Tools for debugging software in a 

25 system context include simulators and emulators. 

An emulator is a software development tool that allows 
software under development to be executed, controlled, and 
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viewed in a real hardware environment. An emulator may be 
hardware, software or both. An emulator allows a user to 
perform software and hardware development, and to integrate 
the software and hardware with the target processor. 

The most desirable form of emulator allows software ■ 
development to occur in the real product hardware 
environment. To allow this form of emulation, the target 
processor provides an emulation interface that accesses its 
internal' state. An emulation interface provides control 
and access to every memory location and register of the 
target processor, and extends the target processor 
architecture as an attached processor. The emulator can 
start or stop execution of the target processor program. 
When the target is stopped, the emulator has the capability 
to load, inspect, and modify all processor registers. 
Program data and program memory may be upgraded or 
downloaded . 

Increasingly, embedded systems are being built whose 
purpose in whole or in part involves communication. The 
need for communication arises either because that is the 
primary purpose of the product (as in wireless devices), or 
because the product needs to inter-operate with other units 
on a network (as in Internet components) . In many of these 
cases the product design involves more than one processor. 
Frequently, one processor is a micro-controller and another 
is a digital signal processor. 

In a multiprocessor system, there is one set of 
development tools (compiler, assembler, linker, perhaps 
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debugger) for each kind of processor. Traditionally, there 
was also an emulator for each kind of processor.. However, 
as integrated circuit technology makes it increasingly 
practical to put the entire system on a chip, it becomes 
necessary to provide debug connection to multiple 
processors via a single hardware debug port. With 
traditional emulation technologies, there were three 
alternatives available: 

1. Use a different emulator for each kind of processor. 
This would necessitate connecting/disconnecting 
emulators to switch between processor views. Only one 
processor would be debugable at a time. 

2. Use a single emulator with target interface software 
that understood a particular kind of processor. To 
switch to a different processor view, different target 
interface software must be used. Only one processor 
would be debug-able at a time. 

3. Use a single emulator with target software built to 
understand the particular combination of processors in 
the system. In this scheme, all processors are debug- 
able at once. However, to debug a different kind of 
target system (with different processor kinds), new 
emulation software must be built. 

The first two schemes are inconvenient for the user who 
would like to be able to debug all processors on his system 
at the same time. The third scheme is difficult for the 
emulator provider, who must produce new target interface 
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software every time an application with a different 
combination of processors arises. 
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SUMMARY OF THE INVENTION 



From the foregoing it may be appreciated that a 
need has arisen to provide emulation capability that can be 
used with a variety of target systems involving different 
5 mixes of target processors. In accordance with one 

embodiment of the present invention, an emulator and target 
software structure is provided that supports for target 
O systems with a variety of target processor configurations. 

This software structure provides for the dynamic (at time 

i<y 

IB 10 of use) combination of support modules for individual 

jr| target processors into an emulator which can then support 

y the desired mix of said target processors. 

i: 

~ The dynamically linked emulation support system 

IU 15 provides an interface for one or more debuggers to 

□ communicate with a mix of target processors via an enhanced 

fu ~* JTAG debug link. The debugger for each processor on the 

target system connects to a target interface for that 
particular kind of target processor. That target interface 
20 then communicates with the emulator dynamic loader on the 

host computer to determine if support for the desired 
processor kind is present in the emulator. If it is not, a 
target interface is loaded onto the emulator and connected 
into the already running emulation software. A connection 
25 to this target interface software on the emulator is then 

provided to the target interface software on the host 
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computer. The process is repeated for each debugger, for 
each kind of processor on the target system. 

In a preferred implementation, a single debugger 
can support more than one processor or kind of processor. 
In this implementation, a system description file stored on 
the host computer describes the particular mix of 
processors to be supported. The debugger reads this system 
description to determine which kinds of target interfaces 
are required for operation. It then communicates with each 
required target interface to establish connection to the 
target system, as described above. 

In this system for dynamic linking and loading of 
emulation software, support for a new target processor kind 
includes only the following modules: 

1. A target interface module for the host computer 
that supports the new target processor kind. 

2. A target interface module for the emulator that 
supports the new target processor kind. 

Addition of only these modules enables the emulator to 
support the new target processor kind, as well as any 
combination of this new processor with previously supported 
processor kinds. The net result is a dramatic reduction in 
the emulation software effort required to support mixed 
processor systems. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



For a more complete understanding of the present 



invention, and the advantages thereof, reference is now 
made to the following descriptions taken in connection with 
the accompanying drawings, in which: 

FIGURE 1 illustrates a dynamically loaded emulation 
system in accordance with an embodiment of the present 
invention . 
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detailed description of the invention 

An embodiment of the present invention and its 
advantages are best understood by referring now in more 
detail to Figures 1 of the drawing. Figure 1 illustrates a 
5 system for dynamic linking and loading of emulation 

software in accordance with one embodiment of the present 
invention. The system may be used in a data exchange 
Q system as described in co-pending application serial no. 

SJ 60/171,392 filed December 21,1999 of Deao et al. entitled 

m 10 "Data Exchange System and Method for Processing".. This 

Iff application is incorporated herein by reference. 

Figure 1 depicts a dynamically loaded emulation 

« system 100 that monitors the emulation of a software 

13 

ifl application on a target system in accordance with an 

15 embodiment of the present invention. Emulation system 100 

O includes a host computer 110, an emulator 140, and a target 

system 160. Target system 160 may consist of one or more 
processors 161, 162 of like or different kinds, combined 
together so as to be accessible through a JTAG debug link 
20 150. An emulator 140 is used to provide a means to connect 

to and control the JTAG link 150 by way of .a host computer 
connection 130. The host computer 110 provides the 
capability to run debuggers 116 connected to ' the emulator 
140 by the host emulation software components 111 through 
25 115. 

A debugger 116 that requires the ability to debug 
a particular target processor 161 acquires this capability 
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by connecting to a target interface module 111 built for 
the particular kind of target processor 161 desired. The 
target interface module 111 then queries the dynamic loader 
support 143 on emulator 140 to determine if support for the 
desired target processor kind is already present. This 
query is propagated via the ECOM modules 114, 144. 

ECOM modules 114, 144 on the host and emulator 
provide communication between the emulator 140 and the host 
computer software components 111 through 113. The ECOM 
module on the host packages host-side requests into data 
messages that can be transferred over the emulator 
connection 130. The device drivers for this connection 
115, 145 are responsible for propagating these data 
messages to and from the emulator. The ECOM module on the 
emulator 144 is responsible for converting data messages 
back into requests and presenting said requests to 
emulator-side software components 141 through 14 6. ECOM 
module 144 is also responsible for packaging replies to 
said requests into data messages, which are propagated back 
via drivers 145, 115 over connection 130 to the host-side 
ECOM module 114. ECOM module 114 then delivers said 
replies to the original requestor. 

If the query from target ' interface module 111 
indicates that the desired target interface 141 is not yet 
present on the emulator 140, the emulator dynamic loader 
113 is invoked to load said module 141. The dynamic loader 
obtains the target interface module desired 141 from a file 
on the host computer 118. The emulator dynamic loader then 
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allocates memory for the target interface module's code and 
data on the emulator 140. Allocation of memory is 
performed by requesting space from the loader support 
module 143. This request is propagated via ECOM 114, 144 
as described previously. 

Having allocated memory for the target interface 
module 141, the dynamic loader 113 then modifies the file 
image of said module 118, and stores the modified image 
into the emulator 140. Storing of the modified image is 
accomplished via ECOM requests propagated to the loader 
support module 143. The dynamic loader 113 makes two kinds 
of modifications to the file image 118: 

1. References in the file image 118 to allocated 
memory addresses are modified to reflect the 
memory actually allocated. 

2. References in the file image 118 to other 
previously loaded software modules (for example, 
to the JTAG scan interface module 14 6) are 
modified to reflect the true location of the 
referenced modules. 

The dynamic loader 113 remembers the locations assigned to 
each module loaded so that subsequently loaded modules may 
make references to previously loaded ones. 

In a preferred implementation, target interface 
module 111 queries the emulator dynamic loader 113 to 
determine whether the desired target interface module 141 
is present on the emulator. The dynamic loader 113 then 



DC01:267179.1 



ATTORNEY'S Dfl^ET 
TI-30100 
(032350. B132) 



'ATENT APPLICATION 



12 

queries the loader support 143. If the reply of the latter 
is negative, the dynamic loader 113 loads the target 
interface module 141. In either event, the dynamic loader 
module 113 returns an affirmative response to the initial 
query . 

An additional debugger or debugger interface 116 can 
provide debugging of a different kind of target processor 
162 in the target system 160 using the same mechanism 
described above. The debugger connects to the target 
interface module 112 for the different target kind 162. 
This target module 112 then queries the emulator dynamic 
loader 113 as before, resulting in the appropriate target 
interface module 142 being loaded on the emulator 140. By 
repetitive use of this method, the software support on the 
emulator 140 is built up out of target-specific support 
modules 118, until the combination is sufficient for the 
target system 160 in use. 

In a preferred implementation, a single debugger 
interface 116 can support more than one processor. The 
debugger 116 determines the mix of processor kinds on the 
target system 160 by reading a system description file 117 
resident on the host computer 110. For each processor kind 
described in the system description file 117, the debugger 
116 connects to a target interface 111, 112 for that 
particular processor kind. The required emulation support 
is then loaded onto the emulator 140 by the same mechanism 
described above. 
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